home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 95.lightwave-01 / 000247_owner-lightwave-l _Sun Jan 22 11:19:05 1995.msg < prev    next >
Internet Message Format  |  1995-02-04  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by netcom12.netcom.com (8.6.9/Netcom)
  3.     id KAA01261; Sun, 22 Jan 1995 10:50:22 -0800
  4. Received: from dptspd.sat.datapoint.com by mail.netcom.com (8.6.9/Netcom)
  5.     id WAA24965; Sat, 21 Jan 1995 22:56:03 -0800
  6. Received: from endicor.com by dptspd.sat.datapoint.com with uucp
  7.     (Smail3.1.29.1 #5) id m0rVwEE-00001YC; Sun, 22 Jan 95 00:56 CST
  8. Received: by fezzik.endicor.com (5.67b/IDA-1.5)
  9.     id AA22997; Sun, 22 Jan 1995 00:45:20 -0600
  10. To: lightwave-l@netcom.com
  11. Xref: endicor.com endicor.lists.lightwave:3586
  12. Subject: Re: Playing 15fps PAR anims
  13. References: <Pine.SV4.3.90.950120150829.15704B-100000@seamonkey>
  14. Newsgroups: endicor.lists.lightwave
  15. X-Newssoftware: BBX-UMB 1.06i (January 17, 1995)
  16. From: Tim_Irvin@fcircus.sat.tx.us (Tim Irvin)
  17. Message-Id: <Tim_Irvin.4h3s@fcircus.sat.tx.us>
  18. Date: Sat, 21 Jan 95 23:04:50 CST
  19. Organization: MP's Flying Circus Amiga BBX, San Antonio, Texas
  20. Sender: owner-lightwave-l@netcom.com
  21. Precedence: bulk
  22.  
  23. In <Pine.SV4.3.90.950120150829.15704B-100000@seamonkey>, "Brian C. Berg"
  24. <Brian.Berg@asu.edu> writes:
  25. > 
  26. > I've got an anim that is designed to play back at 15fps.
  27. > I sent it to the PAR and when I play it back at 15fps I got glitches 
  28. > throughout the playback.  I checked the manual and indeed it mentions 
  29. > that there could be problems with anims playing back at less than 30fps.  
  30. > It recommends compiling them at a lower q-factor setting to fix it.
  31. > 
  32. > Fine.  I bumped the q-factor down to 18 and sent the frames to the PAR 
  33. > once again.  However, I noticed that as it recompiled the frames, it 
  34. > automatically bumped the q-factor back up again to 21-22 as the software 
  35. > tried to give me the best quality.
  36. > 
  37. > Can I force the PAR into using a lower quality setting when compiling 
  38. > an animation?
  39. > 
  40. > The only other solution is to send double the number of frames and play 
  41. > it back at 30fps, but that takes a lot longer to compile and also doubles 
  42. > the size of the anim... I don't have the room to do that.
  43. > 
  44. > Please offer any suggestions ASAP... I've got to get this animation out!
  45. > (I'm running PAR v2.30 software for what it's worth.)
  46. > ------------ -------  ------   -----    ----      ---       --        -
  47. > Brian C. Berg            Internet  : Brian.Berg@asu.edu
  48. > Amiga Multimedia Lab        Bitnet    : aubri@asuacad.bitnet
  49. > Arizona State University    FidoNet   : Brian Berg @ 1:114/215
  50. > Tempe AZ 85287-0111             SneakerNet: Reebok
  51. > -        --        ---       ----     -----    ------  ------- --------
  52. >    "I haven't lost my mind... it's backed up on SyQuest somewhere!"
  53. > 
  54.  
  55. I have found that If I bring up the block number to 200+ the Q factor
  56. will be lower.
  57.  
  58.  
  59.  
  60. Tim@Endicor.Com
  61.  
  62. ?
  63. -- 
  64. Tim_Irvin@fcircus.sat.tx.us
  65.  
  66. Tim_Irvin@fCircus.Sat.Tx.Us